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V. SUMMARY OF CLAIMED SUBJECT MATTER 



In accordance with the requirements of 37 CFR §41.37(c)(l)(v) and MPEP 
1205.02 Sec V, a concise explanation of the subject matter defined in each 
claim that is the subject of this appeal is provided below. Reference to locations 
In the specification by page and line number^ and to the drawings by reference 
characters, re identified in claim chart format in order to assist the board in 
finding support for the claimed subject matter: 



CLAIM 1 


Location within 
Specification /Drawings 


A method of brokering data 
between handheld wireless devices 
and publicly available data rendering 
devices with locations and 
capabilities not previously known to 
the handheld wireless devices or 
their users, comprising: 


FIGS. 4 to 12. 
ABSTRACrr 

Pages 1 1, line 2 through page 12» line 21 of Specification. 


identifying data from a 
handheld wireless device (VVD) for 
rendering at a publicly accessible 
data rendering device (DRD) located 
at a fixed, publicly accessible 
location not yet known to said WD or 
its user; 


FIG. 4; no, 6; FIG. 7. 

Page 11, line 2-6 of Specification: "DRDscan 
generally be considered ^iindcdicated" rendering devices 
(e.g., "unassigned" as a resource and/or generally 
available and open to the acceptance and rendering of data 
from un&miliar usbtk). DRD^ can be located generally 
throughout an enterprise or private campus> or be 
distributed tliroughout communittes for accessibility by 
the public. It is an advantage of the present invention for 
DRDs to be made publicalJy available and easy to locate."' 


providing a request from said 
WD through a wireless 
telecommunications network 
supporting voice and data 
communications by said WD to a 
remote network resource for said 
remote network resource to locate 
at least one DRD, said at least one 
DRD further comprising at least one 
of a printer, a video monitor, an 
Internet Kiosk, a multimedia 
projector, or an ATM machine, said 
network resource further adapted to 
identify the location, rendering 
capabilities and operational status of 
at least one DRD in accordance with 


FIG. 7 to 9; FIG. 9; FIG. 10; FIG. 12. 

Page 11, lines 7-17 of Specification: ''in 
accordance with a feature of the preuent invention, DRDs 
can receive data directly from WDs and/or through 
networks after/with coordination by WDs with networks 
providing dam to DRDs. " 

''In accordance with another feature of the present 
invention* the DRD methods can be included in DRD 
adapted/network-enabled Kiosks, printers, pbotocopieis, 
ATMs, telephony, video monitors, conferencing and other 
multimedia-enabled devices." 

"In accordance with another feature of the present 
invention, a WD can be used to locate a DRD bajied on a 
WD and/or WD user^s location and/or profile." 

Page 19, lines 9 through page 20, line 2: "DRDs 7 can be 
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at least one of said WD's geographic 
location and a WD user profile 
associated with said WD; 


easily Jocatable uaiog network 28 resources and /or WDs 
6. Infomiation related to a DRD's physical location and 
rendering capabilities^ for example, can be registered at 
network 28 resources (e.g., an HLR) supporting network 
communication with the DRD 7. DRD information 
regarding capabilities can also be held within DRD 
memory 30 for retrieval by the network and/or WD 6. In 
accordance with this aspect of the present invention, WD 
proximity-based DRD locating/finding technology should 
enable WD users to kicate available DRDs 7 based on a 
DRD's 7 proximity to the a roaming WD's location (e.g., 
determinable by GPS) and/or profile information. Profile 
information related to the DRD 20 can be provided from 
memory 30 at die DRD 20 and/or dircugh the network 2S. 
User/WD 6 location information can be determined via 
networks in communication with the user's WD 6. The 
user can choose to rttider data at the DRD 7 suggested by 
the netwoik. Several DRDs can be identified by the 
network 2& for selection by the WD user. DRD brokering 
and location fimctionality can be included in familiar 
rendering devices (e. g., Internet Kiosks, printers, 
photocopiers, fex machines, automatic teller machines 
(ATMs), video monitors, conferencing other 
muliimedia-enabled devices) that are IR^ RF and/or 
network communication enabled. DRDs can be public or 
exclusive to an enterprise." 


said network resource identifying 
the location/ rendering capabilities 
and operational status of at least 
one DRD based on at least one of 
said WD's location and said WD user 
profile; 


FIG. 9; Fiai2. 

Pages 11, line 20 through page 12, line 4 of Specification: 
"In accordance with another feature of the present 
invention^ user/WD location information and/or profile 
information can be determined/provided via networks in 
communication with a uscrAVD> and DRD location 
infbrmfliion can be provided to user/WD via ihe networks 
based on user/WD location and/or profile. 
Another feature of the present invention allows the 
network to verify DRD availability (e.g., opcratiorml 
readiness)." 

Page 18, lines 5-7: "A stacus monitor 27 can be provided 
to track the operational readiness of the rendering meatus 
25 (which can include priming, display and retrieval 
hardware Status, and microprocessor 24 
load/communicationg activity). *' 

Page 26, lines 5-13: "When the networic is requested to 
assist the WD in locating a DRD, the network can select a 
DRD for the WD based only on the WDs proximity to the 
DRD. The network, however, can utilize more tlum just a 
WD X, y location within a geographic region based on 
GPS to find an appropriate DRD for the WD. DRD 
selection can be ba.sed on a profile. Referring to Figure 9. 
a network server can receive a request from a WD for 
DRD location ba^sed on a profile 91. Pmfile information 
can be located in a database (HLR) accessible to die 
server and/or transferred by the WD as part of the request 
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for assistance. The profile can include new requirements 
issued by the user regarding locating an appropriate DRD. 
After the server receives the request, the server locates 
and identifies a DRD to the WD matching the profile 92." 


said network resource providing said 
WD with location infornnation for at 
least one publicly accessible DRD; 


HG. 10. 

Page 19, lines 9-18: "DRDs 7 can be easily locatable 
using network 28 resources and /or WDs 6. Information 
related to a DRD's physical location and rendering 
capabilities, for example, can be registered at netwoik 28 
resources (e.g., an HLR) supporting network 
communication with the DRD 7. DRD information 
regarding capabilities can also be held within DRD 
memory 30 for retrieval by the network and/or WD 6. In 
accordance with this aspect of the present invention, WD 
proximity-baaed DRD locating/finding technology should 
enable WD users to locate available DRDa 7 based on a 
DRD's 7 proximity to the a roaminfi WD's location (e.g., 

7_j :,ni-i.>rL rJP^\ iiYiAJnr nrnfilp infnrmfliicm Profile 

OeteimmaDie oy u^roi aiiii/vr prvi^» uixuiiiMinwuT » iwxii^ 

information related to the DRD 20 can be provided from 

memory 30 at the DRD 20 and/or through the netwoik 2S. 

UserAVD 6 location information can be determined via 

networks in communication with the user's WD 6." 


selecting a DRD with said 

WD; 


RG. 6; FIG. 7 

Page 19, lines 18-20: "The user can dioose to render data 
at the DRD 7 suggested by the netwoik. Several DRDs 
can be identified by the network 28 for selection by the 
WD ascr." 


at least one of said WD, said 
wireless telecommunications 
network and said network resource 
providing navigable directions on 
said WD to physically locate a DRD 
5g|^^ed with said WD based on the 
geographic location of said WD; and 


FIG. 10- 

Fage 25i lines 9-11: "If the user does not know the 
location of a DRD, the user can request network 
assistance in identifying the location and/or capabilities of 
a DRD 62." 

Page 26, Imes 13-18: 'The server sends DRD location 
information to the WD 93. DRD location information can 
include address information, driving directions and/or a 
map. Such information is already available from some 
Internet websites providing directions/maps. With the 
present invention, however, the user does not have to 
provide known WD location inlbrmation. The Rervcr can 
utilize WD location information known by the server 
(e.g„ based on OPS) to generate directions and/or maps 
provided to the WD to locate the appropriate DRD 


transferring said data at the 
request or said WD to saiu uKu irom 
at least one of an email box or a 
memory associated with said WD, 
said data transferred to said DRD for 
rendering. 


FIGS. 4 to 6; FIGS. 8 10 10. 

Page 25, lines 4-15: "A WD user can render the data 
directly at the DRD if its location is known to the user, or 
the user can request networks in communication with the 
WD for assistance in locating an appropriate DRD. DRD 
location can be based on the user's location or proximity 
to DRDs (known or determinable by the network or WD) 
and/or can be based on user requirements provided to the 
network or embodied in a WD user profile." 

"Once an acceptable DRD has been selected, the user can 
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request the network to transfer the data to the DRD 63. 
Rejfemng to l-igure 7, the WD can firii be used by the WD 
user to request network assistance in locating an 
appropriate DRD 7 1 . After the DRD has been located 7 1 , 
data for rendering can be selected at the WD 72 and the 
network requested to transfer the data to the DRD 73." 




CLAIM 2 


Location within 
specification/ Drawings 


The method of claim 1 
including a step wherein said DRD 
renders the data only after a render 
command is provided to said DRD 
through said WD. 


FIG. 5 

ABSTRACT 

Pages 19, lines 18^19 and 24, lines 12-19 of the 
Specification. 




CLAIM 3 


Location within 
Soecif ication/ Drawinqs 


The method of claim 2 
wherein said render command 
includes a passcode. 


FIGS. 8, 10 and 11. 
ABSTRACT 

Page 21, lines 9-18 and Page 26, lines 1^ of the 
Specification. 




CLAIM 7 


Location within 
Specification/Drawings 


The method of claim i 
wherein the data is rendered by said 
DRD after said render command is 
provided by a WD user on a user 
interface associated with said DRD. 


na 5, 8» 10 and 11 
ABSTRACT 

Pages 19. lined 18-19 and 24. lines 12-19 of the 
Specification. 




CLAIM 8 


Ljocation within 
Specification / Dra wi ngs 


The method of claim 1 
wherein the data Is retrieved from a 
memory assigned to the WD user 
only after the WD user provides a 
passcode to said DRD. 


nOS. 8, 10 and 11. 
ABSTRACT 

Page 21, lines 9-18 and Page 26, lines 1-4 of the 
Specification. 



Application No.: 09/887,492 
Ortiz- 1001 



PAGE 6l26*RCVDAT6l2/20097:5/:58PM [Eastern DayfightTiine]'SVR:USPTO'EFXIV-ai4rDNIS:27^^ 



06/02/2009 17:00 FAX 5053141307 



NHEC 



® 007/026 



CLAIM 9 


Location within 
Specif ication/DrawinQS 


The method of claim 8 
wherein said passcode is provided to 
said DRD by the WD. 


nGS.8, lOandll, 
ABSTRACT 

Pages 21, lines 9-18 of the Specification. 




CLAIM 10 


Location within 
S pecification / Dra wi n gs 


The method of claim 8 
wherein said passcode is provided at 
a user interface associated with said 
DRD. 


FTGS. 8, 10 and 11. 
ABSTRACT 

Pages 21; lines 9-18 of the Specification. 




CLAIM 11 


Location within 
Specification/Drawings 


The method of claim 8 
wherein said command includes 
decryption coding. 


FIGS. 2 and 5. 
ABSTRACT 

Pages 22, lines 7-15 of the SpeciEcation. 




CLAIM 14 


Location within 
Specification/ Drawings 


The method of claim 1 
including a step wherein said \ 
network resource provides the WD 
with a passcode for use on an 
interface Integrated with said DRD to 
cause said DRD to render the data. 


Pages 21, lines 9-18 of the SpecificalioiL 




CLAIM 15 


Location within 
Specification/ Dra wings 


A method of brolcering data 
between a wireless device (WD) and 
a publicly accessible data rendering 
device (DRD), the DRD further 
comprising at least one of a printer, 
a video monitor, an Internet Kiosk, a 
multimedia projector, or an ATM 
machine, wherein the DRD is not 
assigned to the WD, the DRD's 
physical location is not known by the 
WD and its user, and the DRD is 
publicly accessible to all WD users, 
wherein a WD user performs the 
following steps at the WD: 


Page 19, lines 9 through page 20, line 2; "DHDs 7 can be 
easily Ipcatable using network 28 resoim:es and /or WDs 
6. Infonnation related lo a DRD*s physical location and 
rendering capabilities, for example, can be registered at 
network 28 lesouroes (e.g., an HLR) supporting network 
communication with the DRD 7. DRD information 
regarding capabiHties can also be held within DRD 
memory 30 for retrieval by the network and/or WD 6. In 
accordance widi this aspect of the present invention, WD 
proximity-based DRD locating/finding technology should 
enable WD user^j to locate available DRDs 7 based on a 
DRD'ii 7 proximity to the a roaming WD's location (e.g., 
detenninablc by GPS) and/or profile infonnation. Profile 
information related to the DRD 20 can be provided from 
memory 30 at the DRD 20 and/or through the network 28. 
User/WD 6 location infonnation can be determined via 
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networks in communication with the user's WD 6. The 
user can choose to render data at the DRD 7 suggested by 
the nctworic Several DRDs can be identified by the 
network 28 for selection by the WD user. DRD brokering 
and location functionality can be included in familiar 
rendering devices (e.g., Internet Kiosks^ printers/ 
photocopiers, fax machines, automatic teller machines 
(ATMs), video monitor?;. conferencing o±er 
multimedia-enabied devices) that are IR, RF and/or 
network communication enabled. DRDs can be public or 
exclusive 10 £tn enterprise." 


identifying data with the WD 
to render at a publicly accessible 
DRD; 


FIG. 4. 

Page 11, line 2-6 of Specification: "In accordance 
with aspects of using the present invention methods of use 
will now be described. Referring to Figure 4, a WD user 
can generally render data at an utiassigned DRD by 
selecting data for rendering using a WD 41 (e.g.* through 
the WDs associated UI)- Once data has been selected, the 
user issues a command at the WD to provide data 42 to the 
DRD. Data can be provided directly to the DRD by the 
WD, or via a network sum>orting the WD." 


providing a DRD locator 
request with the WD to public 
communications network resources 
through a wireless cellular 
communications network supporting 
wireless voice and data 
communications by the WD, the 
DRD locator request being provided 
for said public communication 
network resources to find at least 
one publically accessible DRD 
located near the WD, the locator 
request further including WD 
geographic location information; 


FIG. 9; FIG. 10; HG 12, 

Page 19, lines 9 through page 20, line 2: "WD 
pnjximity-based DRD locating/finding technology should 
enable WD users to locate available DRDs 7 based on a 
DRD's 7 proximity to the a roaming WD's location (e.g., 
determinable by GPS) and/or profde information. Profile 
mformation related to the DRD 20 can be provided fifom 
memory 30 at die DRD 20 and/or through the network 28. 
User/WD 6 location information can be determined via 
networks in communican'on with the user^s WD 6. The 
user can choose to render data at the DRD 7 suggested by 
the network- Several DRDs can be identifi^ by the 
network 28 for selection by the WD user. DRD brokering 
and location functionality can be included in familiar 
rendering devices (e.g., Internet Kiosks, printers, 
photocopiers, fkx machines, automatic teUer machines 
(ATMs), video monitors, conferencing other 
multimedia-enabled devices) that are IR, RF and/or 
network communication enabled. DFDs can be public or 
exclusive to an enterprise.*' 


receiving DRD location 
information and rendering 
capabilities at the WD for the at least 
one publicly accessible DRD located 
near the WD, wherein DRD location 
Information is based on said WD 
geographic location information; 


FIG. 10, 

Pages 11, line 20 through page 12, line 4 of Specification: 
'*ln accordance with another feature of the present 
invention, userAVD location information and/or profile 
information can be detenntned/provided via networks in 
conununication with a user/WD, and DRD location 
information can be provided to user/WD via the network? 
based on user/WD location and/or profile. 

Another feature of die pr^ent invention allows the 
network to verify DRD availability (e.g., operational 
readiness)." 

Page 18, lines 5-7: "A status monitor 27 can be provided 
to track the operational readiness of the rendering means 
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25 (which cat! include printing, display and retrieval 
hardware status, and microprocessor 24 
load/communications activity). ^ 
Page 26, lines 5-13; "When the network is requested to 
assist the WD in locating a DRD, the network can select a 
DRD for the WD based only on the WDs proximity to the 
DRD. The network, however, can utilize more than just a 
WD X, y location within a geographic region based on 
GPS to find an appropriate DRD for the WD. DRD 
selection can be based on a profile. Referring to Figure 9, 
a network server can receive a request from a WD for 
DRD location based on a profile 91, Profile infoimaiion 
can be located in a database (HLR) accessible to the 
server ano/or craTisierrea oy me w u as pan ot uic m|ucav 
for assistance. The profile can include new requirements 
issued by the user regarding locating an appropriate DRD. 
After the server received die reqixesl, the server locates 
and identifies a DRD to the WD matching the profile 92." 


selecting a DRD with the WD 
for rendering said data; 


FIG. 6; FIG. 7 

Page 19, lines 18-20; "The user can choose to render data 
ai die DRD 7 suggested by the network. Several DRDs 
can be identified by the network 28 for selection by the 
WD user." 


providing directions to the 
WD to physically locate the DRD 
selected by the WD, said directions 
provided to the WD from at least one 
of the WD and the network resource 
ha^ed on the WD aeoaraohic 
location information; 


FIG. 10. 

Page 25, lines 9-11: "If the user does not know die 
location of a DRD, the user can request network 
assistance in identifying the location and/or capabilities of 
a DRD 62 " 

Page 26, lines 13-18: "The server sends DRD location 
information to die WD 93. DRD location information can 
include address information, driving directions and/or a 
map. Such information is already available from some 
Internet websites providing directions/maps* With the 
present invention, however, the user does not have to 
provide known WD location information. The server can 
utilize WD location information known by the server 
(e.g., based on GPS) to generate directions and/or niaps 
provided to ihc WD to locate the appropriate DRD." 


physically locating the DRD at 
the DRD's publicly accessible 
location; and 


Page 25 , lines 13-15: "After the DRD has been located 7 1 , 
data for rendering can be selected at the WD 72 and the 
network requested to transfer the data to the DRD 73." 


requesting at the WD that the 
data be transferred to the DRD 
through at least one of said public 
wireless cellular communications 
network and a short range wireless 
communications link with the DRD. 


HGS. 4 to 6; FIGS. 8 to 10. 

Page 25, lines 4-15: ''A WD user can render the data 
directly at the DRD if its location is known to the tJSer, or 
the user can request networks in communication with the 
WD for assistance in locating an appropriate DRD. DRD 
location can be based on the user's location or proximity 
to DRDs (known or determinable by die network or WD) 
and/or can be based on user requirements provided to the 
neiwoik or embodied in a WD user profile." 

'"Once an acceptable DRD has been selected, the user can 
request the network to transfer the data lo the DRD 63. 
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Referring to figure 7, the WD can first be used by the WD 
user to request network assistance in locating an 
appropriaie DRD 7 1 . After the DRD has been located 7 1 , 
data for rendering can be selected at the WD 72 and the 
network requested to transfer the data to the DRD 73." 



CLAIM 16 


Location within 
SDecification/Drawings 


The method of claim 15 

wncrcin aalU UcILci lioiioiciicu lu 

said DRD from said public wireless 
communications network resources 
following the request at said WD. 


ABSTRACT 

Page 25, lines 4-15: '*A WD user can render the data 
directly at the DRD if its location is known to the user, or 
Ihe user can request networks in communication with the 
WD for assistance in locating an apfpropriatc DRD. DRD 
locadon can be based an the user's location or proximity 
to DRPs (known or determinable by the network or WD) 
and/or can be based on user requirements provided to the 
network or embodied in a WD nser profile." 

*^nce an acceptable DRD has been selected, the user can 
request the network to transfer the data to the DRD 63. 
Referring to Figure 7, the WD can first be used by the WD 
u:icr to request network assistance in locating an 
appropriate DRD 71 . After the DRD has been located 71, 
data for rendering can be selected at the WD 72 and the 
network requested to transfer the data to (he DRD 73 " 




CLAIM 17 


Location within 
Specification/Drawings 


The method of claim 16 
wherein said public wireless 
communications network resources 
facilitates transfer of said data to 
said DRD from a memory associated 
with said WD. 


FIGS. 4 to 6; FIGS. 8 to 10. 

Page 25, lines 4-15: "A WD user can render the data 
directly at the DRD if its location is known to the user, or 
the user can request networks in conimxmication with the 
WD for assistance in locating an appropriate DRD. DRD 
location can be ba^ on the user's location or proximicy 
to DRDs (known or determinable by the network or WD) 
and/or can be based on user requirements provided to the 
network or embodied in a WD iLser profile/* 

"Once an acceptable DRD has been selected, the user can 
request the network to transfer the data to the DRD 63. 
Referring to Figure 7, the WD can first be used by the WD 
user to request network assistance in locating an 
appropriate DRD 71 . After the DRD has been located 7 1 , 
data for rendering can be selected at the WD 72 and the 
network requested to transfer the data to the DRD 73." 
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CLAIM 18 


Location within 
Speclfication/Drawinqs 


The method of claim 17 
wherein said step of requesting that 
said data be transferred to said DRD 
is followed by a step that includes 
entering a passcode by the WD user 
at said DRD to render the data. 


FIGS. 8» 10 and U. 
ABSTRACT 

Page 21, lines 9-18 and Page 26, lines M of the 
Specification. 




CLAIM 19 


Location within 
Specif ication/Drawinas 


The method of claim 16 
wherein said data is retrieved from a 
mailbox assigned to said WD only 
after a passcode is provided to said 
DRD by said WD user. 


nOS. 8, 10 and 11, 
ABSTRACT 

Page 21, lines 9-18 and Pflge 26, lines 1^ of the 
Specification. 




CLAIM 20 


location within 
Specification/Drawings 


The method of claim 19 
wherein said passcode is provided to 
said DRD by said WD. 


FIGS. 8, to and 11. 
ABSTRACT 

Page 21, lines 9-18 and Page 26, lines M of the 
Specification. 




CLAIM 21 


Location within 
Specification/ Drawings 


The method of claim 19 
wherein said passcode is provided at 
a user interface associated with said 
DRD. 


FIGS. 8, 10 and 11. 
ABSTRACT 

Page 2I» lines 9-18 and Page 26, lines M of the 
Specification. 




CLAIM 22 


Location within 
Specification/Drawings 


The method of claim 15 
wherein said DRD renders data after 
a render command Is provided to 
said DRD by said WD user. 


FIGS. 2, 8, 10, M. 
ABSTRACT 

Pages 21. lines 9-18 of the Specification. 




CLAIM 23 


Location within 
Specification / Dra wi ngs 


The method of claim 22 
wherein said render command 
includes a passcode. 


Pages 21 , lines 9-18 of the Specification. 
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CLAIM 30 


Location within 
Specification/Drawinqs 


A method of brokering data 
between wireless devices and 
publicly accessible data rendering 
devices, comprising enabling a user 
of a wireless device to perform the 
rollowinq steps: 


FIGS- 4 to 12. 
ABSTRACT 

Pages 1 1 , line 2 through page 12, Sine 21 of Specification. 


using a wireless device (WD) 
to request support through a 
wireless cellular telecommunications 
network to a remote server adapted 
to maintain location and capability 
information for data rendering 
devices, to locate at least one 
publicly accessible data rendering 
device (DRD) and provide publicly 
accessible DRD capability 
information stored in the remote 
server, and wherein the at least one 
DRD is not previously assigned to 
the WD and its location not 
previously known to. the WD or its 
user, and the at least one DRD is 
physically accessible to all WD users, 
wherein locating of at least one DRD 
is facilitated by said remote server in 
cooperation with the wireless 
cellular telecommunications network 
in accordance with at least one of a 
WD user profile and tiie geographic 
location of the WD; 


FIGS. IO10I2. 

Page 1$, lines 9 through page 20, line 2:: "DRDs 7 can be 
easily beatable using network 28 resources and /or WDs 
6. Information related to a DRD^k physical location and 
rendering capabilixieH, for example, can be registered at 
network 28 resources (e.g., an HLR) supporting network 
communication with the DRD 7. DRD information 
regarding capabilities can also be held within DRD 
memory 30 for retrieval by the network and/or WD 6. In 
accordance with this aspect of the present invention, WD 
proximity-based DRD locaiing/finding technology should 
enable WD users to locate available DRDs 7 based on a 
DRD's 7 proximity to die a roaming WD's location (e.g., 
determinable by GPS) and/or profile information. Profile 
information related to the DRD 20 can be provided torn 
memory 30 ai the DRD 20 and/or through the network 28. 
Uscr/WD 6 location information can be determined via 
networks in communication with the user's WD 6. The 
U3er can choose to render data at the DRD 7 suggested by 
the networic Several DRDs can be idennfied by the 
network 28 for selection by the WD user. DRD brokering 
and location fiinclionality can be included in familiar 
rendering devices (e.g., Internet Kiosks, printcns, 
photocopiers, fax machines, automatic teller machines 
(ATMs), video monitors^ conferencing other 
multimedia-enabled devices) that are IR, RP and/or 
network communication enabled. DRDs can be public or 
exclusive to an enterprise." 


receiving DRD location and 
capability Information at the WD for 
at least one DRD located near the 
WD; 


FIG. 9; FIG, 12. 

Pages 1 1 , line 20 through Page 1 2 , line 4 of Specification: 

"In accordance with another feaiiu^ of the present 
invention, userAVD location ^formation and/or profile 
information can be detennined/provided via networks in 
coramunicarion with a user/WD, and DRD location 
information can be provided to user/WD via the networks 
based on user/WD location and/or profile. 

Another feature of the present invention allows the 
network to verify DRD availability (e.g., operational 
readiness)."' 

Page 18, lines 5-7: '"A status monitor 27 can be provided 
to track the operational readiness of the rendering means 
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25 (which ciin include printing, display and retrieval 
hardware status, and microprocessor 24 
load/comrnunications activity), " 

Page 26, lines 5-9: "When the network Ls requested to 
assist the WD in locating a DRD, the network can select a 
DRD for the WD based only on the WDs proximity to the 
DRD. The network, however, can utilize more than just a 
WD X, y location within a geographic region based on 
GPS to find an appropriate DRD for the WD. DRD 
selection can be based on a profile. Referring to Figure 9, 
a network server can receive a rtquest from a WD for 
DRD location based on a profile 91- Profile information 
can be located in a database (HLR) accessible to the 

MA«nra« 4n<4/nr ti*4i^cfATTpH TlV t\lfi ^ Dart of the TeOUeSt 

for assistance. The profile can include new requirements 
issued by the user regarding locatitig an appropriate DRD, 
After the server receives the request, the server locates 
and identifies a DRD to ihe WD matching the profile 92." 


selecting a DRD with said WD 
for rendering data^ 


FIG. 6; FIG. 7 

Page 1 9, lines 18-20: *The user can choose to render data 
at the DRD 7 suggested by the network. Several DRDs 
can be identified by the network 28 for selection by the 
WD user." 


the network resource 
verifying operational readiness of 
the DRD selected by the WD and 
providing directions on the WD for 
the user to follow to physically locate 
the DRD selected with the WD if the 
DRD selected by the user is deenned 
operational, the directions provided 
to the WD based on the geographic 
location of the WD; 


FIG. 9: FIG. 12. 

Pages 1 1 , line 20 through Page 1 2, line 4 of Specification: 
''In accordance with another feature of the present 
invention, user/WD location information and/or profile 
information can be determined/provided via networks in 
commxmication with a user/WD, and DRD location 
information can be provided to user/WD via the networks 
based on uscrAVD location and/or profile. 

Anoiher feature of die present invention allows the 
network to verify DRD availability (e.g., operational 
readiness)/' 

Page 18, lines 5-7: "A status monitor 27 can be provided 
to track the operational readiness of the rendering means 
25 (which can include printing, display and retrieval 
hardware status, and microprocessor 24 
load/communications activity)." 

Page 26, lines 5-9: "When the network is requested to 
assist ihe WD in locating a DRD, the network can select a 
DRD for the WD based only on the WDs proximity to the 
DRD. The network, however, can utilize more than just a 
WD X, y location within a geographic region based on 
GPS to find an appropriate DRD for the WD. DRD 
selection can be based on a profile. Referring to Figure 9. 
a network server can receive a request from a WD for 
DRD location based on a profile 91, Profile information 
can be located in a database (HLR) accessible to the 
server and/or transfeiied by the WD as part of the request 
for assistance. The profde can include new requirements 
issued by the user regarding locating an appropriate DRD. 
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A-ftpr thf^ ^i*v*^r receive*; the rcau^i the server locates 
and identifies a DRD to tht WD matching ttie profile 92." 


selecting data with the WD 
for rendering at the DRD once the 
DRD has been physically located by 
the user; and 


Page 25, linesl3-15: "After the DRD has been locaied 71, 
data for rendering can be selected at the WD 72 and the 
network requested to transfer the data lo the DRD 73." 

FIGS, 4 to 6; FIGS. 8 to 10. 

Page 25. line? 11-12: ''Once an acceptable DRD has been 
selected, the user can request the network io transfer die 
data to the DRD 63 " 


providing the data from at 
least one of a memory and email box 
associated with the WD, at the 
request of the WD, to the DRD for 
rendering. 


FIG. 4. 

Page 24» lines 13-16: ^^Refcnrmg to Figure 4, a WD user 
can generally render data at an unassigned DRD by 
selecting data for rendering using a WD 41 (e.g., through 
ihe WDs associated UI). Once data has been selected, the 
user issues a command at the WD to provide data 42 to the 
DRD, Data can be provided directly to the DRD by the 
WD, or via a network supporting the WD," 

Page 7, lines 13-17: ""Enhanced messaging applications 
have also been developed in response to the convergence 
of voice and data networks and improving wireless 
technology- Unified Messagiflg solutions allow carriers 
and Internet service providers to manage customer e-mail, 
voice messages and fax images and can fecilitate delivery 
of these communicatiorK to ?DM, telephony devices, 
pagers* personal compubcis and other capable iafbrmation 
retrieval devices, wired or wireless." 




CLAIM 31 


Location within 
SDecification/Drawings 


The inventfon of claim 30, 
wherein said DRD renders said data 
after a render command is provided 
at said DRD by the user associated 
with said WD. 


FIG. 5 

ABSTRACT 

Pages 19, lines 18-19 and 24, Imes 12-19 of the 
Specification. 




CLAIM 88 


Location within 
Soecification/ Drawings 


The method of claim 31 
wherein said rendering command 
includes decryption coding. 


FIGS. 2 and 5. 
ABSTRACT 

Page9 22, lines 7-15 of the Specification. 
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CLAIM 89 


Location within 
SDecification/Drawlnas 


The method of claim 30 
further comprising the steps of: 

receiving at a networl^ server 
a request associated with said WD 
for delivery of said data for 
rendering at said DRD; 


FIG. 5 

ABSTRACT 

Page 26» lines 5-9: "When the network is requested to 
assist the WD in locating a DRD, the network can select a 
DRD for the WD based only on the WDs proximity to the 
DRD. The network, however, can utilize more than just a 
WD X, y location within a geographic region based on 
GPS to find an appropriate DRD for the WD. DRD 
selection can be based on a profile. Referring to Figure 9, 
a network server can receive a request from a WD for 
DRD location based on a profile 9 1 - Profile information 
can be located in a databajic (HLR) accessible to the 
server and/or transferred by the WD as part of the request 
for axsLstancc. The profile can include new requiremenis 
issued by the user regarding locating an appropriate utsSJ. 
After the server receives the request, the server locates 
and identifies a DRD to the WD matching the orofile 92.** 


determining if delivery of said 
data can be approved by at least one 
of said network and/or said DRD; 
and 


FIG. 12 

Page 18, lines 5-7: "A status monitor 27 can be provided 
to track the operational readiness of the rendering means 
25 (which can include printing, display and retrieval 
hardware statuS;, and microprocessor 24 
load/communications activity)." 


if delivery is approved, said 
server processes the request 
including facilitating delivery of said 
data to said DRD. 


FIG. 12 

Page 25, lines 1 1-12: "Once an acceptable DRD has been 
selected, the user can request the network to transfer the 
data to the DRD 63." 




CLAIM 90 


Location within 
Specification / D ra wi n gs 


The method of claim 89 
further comprising the step of 
receiving said data from said server 
at said DRD. 


HGS. 8, 10 and 11. 
ABSTRACT 

Page 26, lines 5-9: *'Whcn the network is requested to 
assist the WD in locating a DRD, the network can select a 
DRD for the WD based oidy on the WDs proximity to the 
DRD. Hie netwoik, however, can utilize more than just a 
WD X, y location within a geographic region based on 
GPS to find an appropriate DRD for the WD. DRD 
selection can be based on a profile. Referring to Figure 9, 
a network server can receive a request from a WD for 
DRD location based on a profile 91. Profile information 
can be located in a databaijc (HLR) accessible to the 
server and/or transferred by the WD as part of die request 
for assistance. The profile can include new requirements 
issued by the user regarding locating an appropriate DRD. 
After the server receives the request, the server locates 
and identifies a DRD to the WD matching the profile 92." 
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CLAIM 91 


Location within 
Specification/Drawings 


The method of claim 90 wherein said 
data is received at said DRD via a 
data networl< supporting said DRD. 


FIGS. 8, 10 and I L 
ABSTRACT 

Page 26, lines 5-9: "When the network is requested to 
assist " (same 35 above) 




CLAIM 92 


Location within 
Specif ication/ Drawings _ 


The method of claim 90 
further comprising the step of 
rendering said data at said DRD 
following a rendering command 
received at said DRD by said WD. 


FIG. 5, 8, 10 and 11. 
ABSTRACT 

Pages 19, lines 18-19 and 24, lines 12-19 of the 
Specificadon. 




CLAIM 93 


Location witliin 
Specification/Drawinqs 


The method of claim 92 
wherein said rendering command 
includes a passcode. 


FIGS- 8, 10 and 11. 
ABSTRACT 

Pages 2 1 , lines 9- 1 S of the Specification. 




CLAIM 94 


Location within 
Specif ication / Drawi ngs 


The method of claim 92 
wherein said rendering command 
Includes decryption coding. 


FIGS. 2 and 5. 
ABSTRACT 

Pages 22, lines 7-15 of the Specitlcaiion. 




CLAIM 97 


Location within 
Specification / Drawi na$ 


The method of claim 1 
wherein said rendering command 
Includes decryption coding. 


FIGS. 2 and 5. 
ABSTRACT 

Pages 22, lines 7-15 of the Specification. 




CLAIM 98 


Location within 
Specification/ Drawings 


The method of claim 1 
wherein said commands enable WD 
user manipulation of said data 
during rendering of said data at said 
DRD using said WD. 


Pages 18, liens 19-20 of the Specification. 
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CLAIM 99 


Location within 
Specification /Draw/inqs 


• The method of claim 98 
wherein said DRD is at least one of: 
a presentation projector, a video 
display, and a photocopier. 


Pages 23, linci)19-2l of the Specification, 




CLAIM 100 


Location within 
Specification/Drawings 


A method using a wireless 
cellular telecommunications network 
adapted for supporting wireless 
hand held device users in voice and 
data communications and with 
brokering data between handheld 
wireless devices and publicly 
accessible data rendering devices 
where physical locations for publicly 
accessible data rendering devices 
are not previously known to the 
wireless hand held device users, 
steps of the method carried out by a 
hand held wireless device user 
comprising; 


FIG. 1; FIGS- 8-12. 

Page 19, lines 9 through page 20, line 2: "DRDs 7 can be 
easily locatable using network 28 resources and /or WDs 
6. Information related to a DRD'k physical location and 
rendering capabilities, for example, can be registered at 
netwQik 28 resources (e.g., an HLR) supporting network 
conuxiutucation wiui ine lyisJf /. ussaj imorrnauon 
rcearding capabilities can also be held within DRD 
memory 30 for retrieval by the network and/or WD 6. In 
accordance with this aspect of the present invention, WD 
proximity-based DRD locadng/finding technology should 
enable WD users to locate available DRDs 7 ba^d on a 
DRD's 7 proximity to the a roaming WD's location (e.g., 
determinabk; by GPS) and/or pfofde information. Profile 
information related to the DELD 20 can be provided from 
memory 10 ftt the DRD 20 and/or through the network 28. 
User/WD 6 location information can be determined via 
networks in cotnmunication with the user's WD 6. The 
user can choose to render data at the DRD 7 suggested by 
die network. Several DRDs can be identified by die 
network 28 Ibr selection by the WD user. DRD brokering 
and location functionality can be included in familiar 
rendering devices (e.g., Iniemet Kiosks, printers, 
photocopiers, fax machines, automatic teller machines 
(ATMs), video monitors, conferencing other 
multimedia-enabled devices) that are IR, RF and/or 
network communication enabled. DRDs can be public or 
exclusive to an enterprise." 


providing a request over the 
wireless cellular telecommunication 
network from a handheld wireless 
device (WD) to a remote data 
network resource to locate at least 
one publicly accessible data 
rendering device (DRD) and identify 
operational readiness and rendering 
capabilities for the at least one 
publically accessible DRD matching 
user requested rendering 
capabilities also provided from the 


FIG. 1;FIGS- 8-12. 

Page 19, lines 9 through page 20, line 2; "DRDs 7 can be 
easily locatabie u.sing network 28 resources and /or WDs 
6. Information related to a DRD*3 physical location and 
rendering capabilities, for example, can be registered at 
network 28 resources (e,g„ an HLR) supporting network 
communicalioa with die DRD 7. DRD information 
regarding capabilities can abo be held within DRD 
memory 30 for retrieval by the network and/or WD 6- In 
accordance with this aspect of the present invention^ WD 
proximity-based DRD locating/finding technology should 
enable WD users to locate available DRDs 7 based on a 
DRD's 7 tsroximity to the a roaminR WD's location (e.K., 
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WD, said remote data network 
resource adapted to provide 
assistance to WD users to locate and 
assess publicly accessible DRDs by 
determiiflW^ WD geographic 
location, locating at least one 
operational DRD located near the 
WD based on the WD geographic 
location and DRD rendering 
capabilities, and then identifying on 
the WD at least one DRD that is 
operational, matches user requested 
rendering capabilities and is 
qeoqraphically located near the WD; 


detenninable by GPS) and/or profile information. Profile 
infomiadon related to the DRD 20 can be provided from 
memory 30 at the DRD 20 and/or through the network 28. 
User/WD 6 location information can be determined via 
networks in communication with the user's WD 6. The 

11 r-hnrkc^ trt r*"nr^rr AaIA fit the DRD 7 SU^^eStSd bV 

the netwoik. Several DRDa can be identified by the 
network 28 for selection by the WD user. DRD brokering 
and location functionality can be included in femiliar 
rcndofing devicess (e.g.» Internet Kiosks, printer^, 
photocopiera, fiax machines^ automatic teller machines 
(ATMs), video monitors, conferencing other 
multimedia-enabled devices) thai are IR, RF and/or 
network communication enabled. DRDs can be public or 
exclusive to an enterprise.*' 


receiving location infomnation 
for at least one publicly accessible 
DRD at the WD fronn the network 
resource through the wireless 
cellular telecommunications network 
supporting wireless communication 
by the WD, said location information 
identifying at least one DRD 
geographically located near the WD 
that Is operational and matches user 
rendering capabilities; 


FIG. 1;FIGS. 8-12. 

Page 19, lines 9 through page 20, line 2: '"DRDs 7 can be 
easily locatable using network 28 resources and /or WDs 
6. Information related to a DRD's physical location and 
rendering capabilities, for example, can be registered at 
network 28 resources (e.g.. an HLR) supporting network 
communication with the DRD 7. DRD information 
regarding capabilities can also be held within DRD 
memory 30 for retrieval by the network and/Or WD 6. In 
accordance with this aspect of the present invention, WD 
proximity-based DRD locating/finding technology should 
enable WD users to locate available DRDs 7 based on a 
DRD*s 7 proximity to the a roaming WD's location (e.g., 
determinable by GPS) and/or profile infbrmatioiL Profile 
information related to the DRD 20 can be provided from 
memory 30 at the DRD 20 and/or through the network 28. 
User/WD 6 location inlbrmation can be determined via 
networks in conmaunication with the user*s WD 6, The 
user can choose to render data at the DRD 7 suggested by 
the network. Several DRDs can be identified by the 
netwoik 28 for selection by the WD user. DRD brokering 
and location functionality can be included in familiar 
tendering devices (e.g., Internet Kiosks, printers, 

nVii-«^nr>nnB^i*£ Fair manhin^d AiitritnAtir* ^pll^r mflrlllTI^^ 

(ATMs), video monitors, conferencing other 
multimedia-enabled devices) that are TR, RF and/or 
netwoik communication enabled. DRDs can be public or 
cxcluKive to an enterprise." 


selecting only one DRD from 
the at least one publicly accessible 
DRD using the WD; 


FIG. 6; FIG. 7 

Page 19. lines 18-20: *The user can choose to reader data 
at the DRD 7 suggested by ihe netwoik- Several DRDs 
can be identified by Che network 28 for selection by the 
WD user." 


obtaining directions to the 
only one DRD using at least one of 
the WD, the wireless cellular 
telecommunications network, and 
GPS based on the geographic 


FIG. 10. 

Page 25, lines 9-11: "If the user does not know the 
location of a DRD, the user can request network 
aiisistance in identifying the location and/or capabilities of 
a DRD 62." 
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location of the WD; 


Page 26, lines 13-18: "The server sends DRD location 
intonnatiotl to the WD yj- uK3J location iniorrnauon can 
include address information, driving dircclions and/or a 
map. Such information is already available from some 
Intcmci websites providing directions/maps- With the 
present invention, however* the user docs not have to 
provide known WD location infonnatian. The server can 
utilize WD location infonnaiion known by the server 
(e.g., based on GPS) to generate dircctionfi and/or maps 
provided to the WD to locate the appropriate DRD." 


selecting data for rendering 
at the DRD using the WD after the 
only one DRD is physically located; 
and 


Page 25, liiicsl3-15: "After the DRD has been located 71, 
data for rendering can be selected at the WD 72 and the 
network requeeited to transfer the data to the DRD 73/* 

FIGS. 4 to 6; FIGS. 8 to 10. 

Page 25, lines 1 1-12: "Once an acceptable DRD has been 
selected, the user can request the network to transfer the 
data to the DRD 63." 


transferring data using the 
WD to the DRD for rendering. 


FIG. 4. 

Page 24, lines 13-16: "Referring tg Figure 4, a WD user 
can generally render data at an unassigned DRD by 
selecting data for rendering using a WD 41 (e.g., through 
the WDs associated UT). Once data has been selected, the 
user issues a command at the WD to provide data 42 to die 
DRD. Data can be provided directly to the DRD by the 
WD, or via a network sunporiinsr the WD." 




CLAIM 105 


Location within 
Soecification/Drawings 


The method of claim 100 
wherein said commands enable the 
WD user to manipulate said data 
during its rendering at said DRD 
using said WD. 


Pages 18, liens 19-20 of the Specificaiion. 




CLAIM 106 


Location within 
Specification/Drawinas 


A location based service 
method using data communications 
network resources to assist a user of 
a GPS-enabled hand held wireless 
device supported by a wireless 
cellular telecommunications network 
to locate a publicly accessible data 
rendering device (DRD) whose 
location is not previously known to 
the user, the publicly accessible DRD 
comprising at least one of a printer. 


Page 5, lines 15-17; "Wireless Intelligent Networks 
(WIN) axe generally known as the architecture of the 
wireless switched network that allows carriers to provide 
enhanced and customized services for mobile 
telephones." 

Pages 6, lines 20 through page 7, line 2: "Wireless 
location based services now being deployed on wireless 
networks enable wireless service providers lo utilize 
information regarding the geographic location of wireless 
devices/callers to provide public safety (e.g., E-911), 
location-sensitive billing, location-specific information 
(e.e., advenising) and tracking services " 
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video monitor, an Internet Kiosk, a 
multimedia projector, or an ATM 
machine, the method comprising the 
steps of: 


Page 1 1» 13-15: "la accordance with another feature of 
the present invention^ the DRD methods can be included 
in DRD adapted/network-cnabled Kiosks, printers, 
photocopiers, ATMs, telephony, video monitors, 
conferencing and other muUimedia-enabled deviccss." 

Page 17, 1 ines 1 1-15: "Satellite global positioning system 
(GPS) 9 capabilities installed at the wireless network 
interface can assist in determining a WD 6 u5er=s location 
by routing location information to the VLR19 /HLR 13 
when a WD user communicates with a supportii^g 
wireless network 1 2." 

FIG. 4; Fia 6; FIG. 7. 

Page 1 1, lines 2-6 of Specification: 'T>RDs can generally 
be considered 'hindcdicated" rendering devices (e.g., 
'Hinassigned" as a resource and/or generally available and 
open to the acceptance and rendering of data l^m 
unfamiliar users). DRDs can be located generally 
throughout an enterprise or private campus, or be 
distributed throughout communities for accessibility by 
the public It is an advantage of the present invention for 
DRDs to be made publically available and easy to 
locate. " 


receiving a user request 
provided over the wireless cellular 
telecommunications network from a 
user of the GPS-enabled hand held 
wireless device to a data 
communications network resource 
for assistance in locating a publicly 
accessible DRD based on geographic 
location Information for the 
GPS-enabled wireless hand held 
device, rendering capabilities 
required by the user, and 
operational readiness of publicly 
accessible DRDs; 


FIG. 7 to 9; HG. 9; FIG. 10; f IG. 12, 

Page 1 U liaifis 7-17 of Specificaiion: 
"In accordance with a feature of the present invention, 
DRDs can receive data directly from WDs and/or through 
networks after/with coordination by WDs with networks 
providing data to DRDs. " 

"In accordance with another feature of the present 
invention, the DRD methods can be included in DRD 
adapted/network-enabled Kiosks» printers, photocopieir^, 
ATMs, telephony, video monitors, conferencing and other 
multimedia-enabled devices." 

"In accordance with another feature of the present 
invention, a WD can be used to locate a DRD based on a 
WD and/or WD user's location and/or profile." 

Page 17, lines 11-15: **Saiellite global positioning system 
(GPS) 9 capabilities installed at the wireless network 
inter &ce can assist in determining a WD 6 user's location 
by routing location information to the VLR19 /HLR 13 
when a WD user communicates with a supporting 
wireless network 12." 

Page 19, lines 9 through page 20, line 2: "DRDs 7 can be 
easily locaiable using network 28 resources and /or WD.s 
6. Information related to a DRO's physical location and 
rendering capabilities, for example, can be registered at 
network 28 resources (e.g., an HLR) supporting network 
communication with the DRD 7. DRD information 
regarding capabilities can also be held within DRJD 



20 Application No.: 09/887,492 

Ortiz- 1001 



PAGE 20/26'RCVDAT6/2/20097:S7:58PM [Eastern Daylight Time]'SVR:USPTO{F)(RF-6/4r 



06/02/2009 17:02 FAX 5053141307 



NHEC 



1 021/026 





memory 30 for retrieval by the network and/or WD 6. In 
accordance with tliis aspect of the present invention, WD 
proximity-based DRD locating/finding technology should 
enable WD usei^ to locale available DRDs 7 based on a 
DRD's 7 proximity to the a roaming WD's location {e.g., 
determinable by GPS) and/or profile information. Profile 
information related to the DRD 20 can be provided from 
memory 30 at the DRD 20 and/or through the network 28, 
User/WD 6 location informalion can be determined via 
networks in communication with the user's WD 6. The 
user can choose to render data at the DRD 7 suggested by 
the network. Several DRDs can be identified by the 
network 28 for selection by the WD user. DRD brokering 
and location functionality can be included in ^miliar 
rendering devices (e.g., TnteiuBt Kiosks, printers, 
photocopiers, fax machines, automatic teller machines 
(ATMs), video monitors, conferencing other 
multimcdia-enabled devices) that are IR, RF and/or 
network communication enabled- DRDa can be public or 
exclusive to an enterpiiiie." 


the data communications 
network resource determining tlie 

GPS-enabled hand heid wireless 
device; 


Page 17, lines 1 1-15: "Satellite global positioning system 
(GPS) 9 capabilities installed at the wireless network 
internee can assist in determining a WD 6 user's location 
by routing location information to the VLR19 /HLR 13 
when a WD user communicates with a supporting 
wireless network 12." 

Page 19, Iinesl3-16: "In accordance with this aspect of 
the present invention, WD proximity-based DRD 
locating/finding technology should enable WD uscis to 
locate available DRDs 7 based on a DRD's 7 proximity to 
the a fDaraing WD*s location (e.g., detenminable by GPS) 
and/or profile information/* 


the data comnnunications 
networic resource using the 
geographic location of the 
GPS-enabled hand held wireless 
device to locate at least one publicly 
accessible DRD located near the 
GPS-enabled hand held wireless 
device that is operational and 
matches the rendering capabilities 
required by the user; 


Page 19, lines 9 through page 20, line 2: "DRDs 7 can be 
easily locatable using network 28 resources and /or WDs 
6. Information related to a DRD's physical location and 
rendering capabilities* for example, can be registered at 
network 2$ resources (e.g., an HLR) supporting network 
communication with the . DRD 7. DRD information 
regarding capabilities can also be held within DRD 
memory 30 for retrieval by the network and/or WD 6. In 
accordance with this aspect of the present invention, WD 
proximity-based DRD locating/finding technology should 
enable WD users to locate available DRDs 7 based on a 
DRD's 7 proximity to the a roaming WD's location (e.g,, 
determinable by GPS) and/or profile information. Profile 
information related to the DRD 20 can be provided from 
memory 30 at the DRD 20 and/or through the network 28 . 
UserAVD 6 location information can be determined via 
networks in comiimnication with the user's WD 6. The 
user can choose to render data at the DRD 7 suggested by 
the network. Several DRDs can be identified by the 
network 28 for selection by the WD user DRD brokering 
and location functionality can be included in familiar 
rendering devices (e.g., Internet Kiosks, printers, 
photocopiers, £ax machines, automatic teller machines 
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(ATMs), video monitors, conferencing other 
multimedia-enabled devices) that are IR, RF and/or 
network communication enabled. DRD5 can be public or 
exclusive to an enteiprise." 

FIG. 9; rlG. 12. 

Pages 12, lines 3*4 of Spccificalion; "Another feature of 
the present invention allows the network to verify DRD 
availability (e.g., operational readiness)." 

Page 18, lines 5-7: "A status monitor 27 can be provided 
to track die operational readiness of the rendering means 
25 (which can include printing, display and retrieval 
hardware status, and microprocessor 24 
load/communications activity)." 


the data communications 
network resource identifying tlie at 
least one publiciy accessible DRD 
Including its geographic and physical 
location to the GPS-enabled hand 
held wireless device; 


Page 19, lines 9 through page 20. line 2: "DRDs 7 can be 
easily beatable using network 28 resources and /or WDs 
6. Infbnnation related to a DRD's physical location and 
Tendering capabilities, fbr example, can be registered at 
network 28 resources (e,g., an HLR) supporting network 
coramunication with (he DRD 7. DRD infbnnation 
regarding capabilities can also be held within DRD 
memory 30 ibr retrieval by the netwoik and/or WD 6. In 
accordance with thL<i aspect of the present invention, WD 
proximity-based DRD locating/finding technology should 
enable WD users to locate available DRDs 7 based on a 
DRD's 7 proximity to the a roaming WD's location (e.g., 
uetemunaDie oy vjir^^ ano/orprome inionuauoa. rrviuc 
infonnation related to the DRD 20 can be provided from 
memory 30 at the DRD 20 and/or through the network 28. 
User/WD 6 location information can be determined via 
networks in communicadon with the user's WD 6." 


the user selecting only one 
publicly accessible DRD for 
rendering data; and 


FIG. 6; FIG. 7 

Page 19, lines 9 through page 20, line 2: 'The user can 
choose to render data at the DRD 7 suggested by the 
network. Several DRDs can be identified by the network 
28 for selection by the WD user/' 


the GPS-enabled hand held 
wireless device with the support of 
at least one of GPS and the wireless 
cellular telecommunications network 
providing the user directions to 
physically locate the only one 
publicly accessible DRD given the 
geographic location of the 
GPS-enabled hand held wireless 
device. 


FIG. 10. 

Page 25, lines 9-11: '*If the aser does not know the 
location of a DRD, the user con request network 
assistance in identifying the location and/or capabilities of 
a DRD 62." 

Page 26, lines 13-18: "The server sends DRD location 
information to the WD 93. DRD location information can 
include address infonnation, driving directions and/or a 
map. Such infonnation is already available from some 
Internet websites providing directions/maps. With the 
present invention, however, the user does not have to 
provide known WD location information. The server can 
utilize WD location information known by the server 
(e.g., based on GPS) to generate directions and/or maps 
provided to the WD to locate the appropriate DRD." 
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CLAIM 107 


Location within 
Specification/Drawings 


The method of claim 106 
further comprising the steps of: 

receiving a request at a 
network server from said 
GPS-enabled hand held wireless 
device t;o retrieve data stored In 
memory associated with said 
GPS-enabled wireless hand held 
device and to transfer said data to 
the at least one publicly accessible 
DRD identified by the network 
resource; and 


FIG. 10 
ABSTRACT 

Page 25, lines 4-15: "A WD user can render the data 
directly at the DRD if its location Ls known to the uacr, or 
the user can request networks in communication with the 
WD for assistance in locating an appropriate DRD. DRD 
location can be based on die user's location or proximity 
to DRDs (Icnown or determinable by the network or WD) 
and/or can be based on user requirements provided to the 
network or embodied in a WD user profde." 

"Once an acceptable DRD has been selected, the user can 
request the network to transfer the data to the DRD 63. 
Referring to Figure 7, die WD can first be used by the WD 
user to request network assistance in locating an 
appropriate DRD 7 1 . After the DRD has been located 7 1 , 
data for rendering can be selected at the WD 72 and the 
network requested to transfer the data to the DRD 73." 


said network server 
transferring said data to said at least 
one publicly accessible DRD in 
response to the request. 


FIG. 10 
ABSTRACT 

Page 25, lines 4-15: "A WD user can render the data 
direcdy at the DRD if its location is known to the user, or 
ihe user can request networks in communication with the 
WD for assistance in locating an appropriate DRD. DRD 
location can be based on the user's location or proximity 
to DRDs (known or determinable by the network or WD) 
and/or can be based on user requirements provided to the 
network or embodied in a WD user profile." 

''Once on acceptable DRD has been selected, the user can 
request the network to transfer the data to the DRD 63. 
Referring to Figure 7, the WD can first be used by the WD 
user to request network assistance in locating an 
appropriate DRD 7 1 . After the DRD has been located 7 1 , 
data for rendering can be selected at the WD 72 and the 
network requested to transfer the data to the DRD 73." 




CLAIM 108 


Location within 
Specification/ Drawings 


The method of claim 107 
further comprising the step of said at 
least one publicly accessible printer 
receiving said data from said 
network server. 


FIG. 10 
ABSTRACT 

Page 24, lines 13-16: "Referring to Figure 4. a WD user 
can generally render data at an unassigned DRD by 
selecting data for rendering using a WD 4 1 (e.g., through 
die WDs associated UT). Once data has been selected, the 
user issues a command at the WD to provide data 42 to the 
DRD- Data can be provided directiy to the DRD by the 
WD, or via a network supporting die WD.** 
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CLAIM 109 


Location within 
Specification/Drawings 


The method of claim 108 
further comprising the step of said at 
least one publicly accessible DRD 
rendering said data It received from 
the network server after further 
receiving a passcode entered by the 
user of the wireless hand held device 
directly onto a user interface 
associated with the at least one 
publicly available DRD. 


FTGS- 2, 5» 8, 10 and 1 1 
ABSTRACT 

Page 24, lines 13-16: "Referring to Figure 4, a WD user 
can generally render data at an unassigned DRD by 
selecting data for rendering using a WD 4 1 (e.g., through 
the WPs associated UI), Once data has been selected, the 
user issues a command ai the WD to provide data 42 to die 
DRD. Data can be provided directly to the DRD by the 
WD, or via a network supporting the WD." 




CLAIM 110 


Location within 
Specification/DrawinQS 


The method of claim 108 
further comprising the step of said at 
least one publicly accessible DRD 
rendering said data it received from 
the network server after further 
receiving an Infrared authorization 
signal from the wireless hand held 
device. 


FIGS.2,5, 8, lOandll 

ABSTRACT 

Page 20, lines 4-16 

Pages 2U lines 9-18 of the Specification. 




CLAIM 111 


Location within 
Specification/ Drawings 


The method of claim 108 
further comprising the step of said at 
least one publicly accessible DRD 
rendering said data it received from 
the network server after further 
receiving a wireless authorization 
signal provided locally from the 
wireless hand held device. 


FIGS. 2, 5,8, 10 and 11 

ABSTRACT 

Page 20, lines 4-16 

Pages 9, 16, 17, and 21-22 of the Specification. 




CLAIM 112 


Location within 
Specification/ Drawings 


The metinod of claim 106 
further comprising the steps of: 

a user of said GPS-enabled 
hand held wireless device physically 
locating said publicly accessible 
DRD; 

the user of said GPS-enabled 
hand held wireless device 
transmittlna a request to a network 


FIG. 10 
ABSTRACT 
FIG. 10 
ABSTRACT 

Page 25, lines 4-15: "A WD user can render the data 
directly at the DRD if its location is known to the user, or 
the user can request networks in communication with the 
WD for assistance in locatiuK an appropriate DRD. DRD 
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server from said GPS-enabled hand 
held wireless device to retrieve data 
stored in mennory associated with 
said GPS-enabled wireless hand held 
device and to transfer said data said 
publicly accessible; and 

said network server 
transferring said data to said 
publicly accessible DRD in response 
to the request. 


location can be based on the user's location or proxiioity 
to DRDs (known or deteiminable by the network or WD) 
and/or can be based on user requirements provided to die 
network or embodied in a WD user profile." 

"Once an acceptable DRD has been selected, the user can 
request the network to transfer the data to the DRD 63. 
Referring to Figure 7, the WD can first be used by ihe WD 
user to request network assistance in locating an 
appropriate DRD 71 . After the DRD has been located 71 , 
data for rendering can be selected at the WD 72 and die 
network r^uested to transfer the data to the DRD 73.^ 




CLAIM 113 


Location within 
Specification/ Drawings 


The method of claim 112 
further comprising the step of said 
publicly accessible DRD receiving 
said data from said network server, 


FIGS. 8. 10 and U- 
ABSTRACr 

Page 24, lines 13-16: "Referring to Figure 4, a WD user 
can generally render data at an unassigned DRD by 
selecting data for rendering using a WD 41 (e.g., through 
the WDs associated UI)- Once data has^ been selected, the 
user issues a command at the WD to provide data 42 to the 
DRD. Data can be provided directly to the DRD by die 
WD, or via a netwoii sapporting the WD.'' 




CLAIM 114 


Location within 
Specification/ Drawings 


The method of claim H3 
further comprising the step of said 
publicly accessible DRD rendering 
said data it received from the 
network server after further 
receiving a passcode entered by the 
user of said wireless hand held 
device directly onto a user interface 
associated with said publicly 
accessible DRD. 


nGS.2,5,8. 10 and 11 
ABSTRACl 

Page 24, lines 13-16; "Referring to Figure 4, a WD user 
can generally render data at an unassigned DRD by 
selecting data for rendering using a WD 41 (e.g., through 
Che WDs associated UI). Once data has been selected, the 
user issues a conmiand at the WD to provide data 42 to the 
DRD. Data can be provided directly to the DRD by the 
WD, or via a network supporting the WD." 




CLAIM 115 


Location within 
Specification/Drawinqs 


The method of claim 113 
further comprising the step of said 
publicly accessible DRD rendering 
said data it received from the 
network server after further 
receiving an infrared authorization 
signal from said wireless hand held 
device. 


FIGS. 2, 5, 8, 10 and 11 
ABSTRACT 

Pages 9,12, 16. 17-19 and 21-25 of die Specification. 
Page 20, lines 4-16 
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CLAIM 116 


Location within 
Specification/Drawings 


The method of claim 113 
further comprising the step of said 
publicly accessible DRD rendering 
said data it received from said 
network server after further 
receiving a wireless authorization 
signal provided locally from said 
wireless hand held device. 


nGS-2,5, 8, 10 and 11 
ABSTRACT 

Pages 9, 16, 17, 19 and 2 1-25 of the Specification. 
Page 20, lines 4-16 




CLAIM 117 


Location within 
Specification/ Drawings 


The method of claim 106 
further comprising the steps of: 

a user of a hand held wireless 
device physically locating a publicly 
accessible DRD; 

the user of said hand held 
wireless device wirelessly 
transmitting data from said hand 
held wireless device to said publicly 
accessible DRD 


FIG. 10 
ABSTRACT 

Pages 19, 20. 26 and 27 of the Specification, 
Page 20, lines 4-16 


said publicly accessible DRD 
receiving said data from said hand 
held wireless device; and 

said publicly accessible DRD 
rendering said date. 


Pages 12 and 22 of die Specification. 

Page 24, lines 13-16: "Referring to Figure 4. a WD user 
can generally render data at an unassigned DRD by 
delecting data for rendering using a WD 41 (e.g., through 
the WDs associated UI). Once data hns been selected, the 
user L^es a command at the WD to provide data 42 to die 
DRD. Data can be provided directly to the DRD by the 
WD, or via a network supportinR the WD." 
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